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SYSTEMS AND METHODS FOR 
CONDUCTING DUE DILIGENCE 

Cross Reference To Related Applications 

This application claims the benefit of U.S. Provisional Application No. 60/197,143, 
filed April 14, 2000, which is hereby incorporated by reference in its entirety. 

Background of Invention 

[0001] The present invention relates generally to conducting due diligence and more 
specifically to computer-based systems and methods for conducting due diligence. 

[0002] Businesses engaging in complex deals, such as commercial financing, mergers, 
acquisitions and real estate transactions, generally conduct a due diligence analysis 
to validate the assets and liabilities of the other party. Typically, external legal 
counsel participates in the due diligence as well. 

[0003] 

During a due diligence analysis, information is gathered from many sources. 
The information is often complex and relevant to various areas of the overall 
transaction. Therefore, a number of different members of a due diligence team 
may need to know the same information. Internal deal teams typically manually 
and individually collect data as part of the due diligence analysis. For example, in a 
transaction involving the financing or lease of collateral, both an underwriting team 
and a legal team are involved. The underwriting team is concerned with what the 
collateral is, the value of the collateral, and how the collateral is valued. The legal 
team may only be concerned with the location of the collateral. During the 
documentation stage, external legal counsel will generally request information 
from the individual internal deal teams that is necessary to complete the 
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documentation. 

[0004] Known methods for conducting due diligence are not always time efficient. 
Individual collection by various internal deal teams increases the risk of 
overlapping data collection. Further, individual reporting by the internal deal teams 
to external counsel increases the risk of providing inconsistent or incomplete data 
to external legal counsel during the documentation process, which results in 
increased cycle time and costs. For example, in the transaction involving the 
financing or lease of collateral described above, external legal counsel may request 
information relating to the location of the collateral from the underwriting deal 
team. The underwriting deal team will therefore request additional information 
from the borrower regarding the location of the collateral. Because the information 
is collected both manually and individually, the underwriting deal team has no 
knowledge that the data has been previously collected by the legal team. 
Consequently, documentation cycle time and costs are increased. 

[0005] Moreover, the effectiveness of the data collection depends on the experience 
and knowledge of the employees. However, known methods and systems generally 
do not provide evaluation of the data collection process as a whole. 

Summary of Invention 

[0006] In one aspect, a method for conducting due diligence is provided which 

comprises the steps of identifying data that will be used to assemble at least one 
standard documentation file and identifying at least one data collector to collect 
the identified data. The data is received and stored and at least one standard 
documentation file is then assembled using the data. 

[0007] In another aspect, a computerized system for conducting due diligence is 

provided. The computer is configured to prompt a user to identify data to be used 
in a standard documentation file and prompt a user to identify at least one data 
collector to collect the identified data. The computer further receives and stores 
the data and generates at least one standard documentation file. 

[0008] 

In yet another aspect, a database is provided which comprises data 
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corresponding to at least one identified collector, data corresponding to a time for 
collection of identified data for a standard documentation file and data 
corresponding to the standard documentation file. 

[0009] In still another aspect, a system is provided which comprises a server 

configured to prompt a user to identify data that will be used to assemble at least 
one standard documentation file, at least one data collector to collect the data and 
a time for collection of the data. The system further comprises a database 
including data corresponding to a due diligence checklist. 

[0010] In a further aspect, a method for conducting due diligence is provided which 
comprises using an electronic interface to select data to be used to form at least 
one standard documentation file, select at least one data collector to collect the 
data, and request a standard documentation file. 

[001 1] In another aspect, an apparatus comprises means for prompting a user to 

identify data to be used to form at least one standard documentation file, means 
for prompting a user to identify at least one data collector to collect the identified 
data, means for receiving and storing the identified data, and means for generating 
at least one standard documentation file. 

[001 2] A computer-readable medium is also provided in a further aspect, the medium 
comprising at least one record of identified data for forming a standard 
documentation file, a record of at least one identified data collector; and a plurality 
of rules for using the data to generate a standard documentation file. 

Brief Description of Drawings 

[001 3] Figure 1 is a system block diagram. 

[0014] Figure 2 is a diagram of a network based system. 

[001 5] Figure 3 is a flow chart diagramming one embodiment of a method of 
conducting due diligence. 

[001 6] Figure 4 is a representation of a pre-proposal information request list. 
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[001 7] Figure 5 is a representation of a contents list for a pre-closing credit file. 

[001 8] Figure 6 is a representation of a typical contents list for a legal documentation 
file. 

[0019] Figure 7 is a data diagram of a loan process flow, including due diligence. 

Detailed Description 

[0020] In one aspect, a method for conducting due diligence provides a standard data 
collection process that is efficient and consistent. The method reduces the cycle 
time for documentation of a transaction, reduces the potential for providing 
inconsistent or incomplete data to outside counsel during the documentation 
process and facilitates evaluation of the data gathering process as a whole. 

[0021] More specifically, Figure 1 is a block diagram of a system 10 that includes a 

server sub-system 12, sometimes referred to herein as server 12, and a plurality of 
devices 14 connected to server 12. In one embodiment, devices 14 are computers 
including a web browser, and server 1 2 is accessible to devices 1 4 via a network 
such as an intranet or a wide area network such as the Internet. In an alternative 
embodiment, devices 14 are servers for a network of devices. 

[0022] Devices 14 are interconnected to the network, such as a local area network 
(LAN) or a wide area network (WAN), through many interfaces including dial-in- 
connections, cable modems and high-speed lines. Alternatively, devices 14 are any 
device capable of interconnecting to a network including a web-based phone or 
other web-based connectable equipment. Server 12 includes a database server 16 
connected to a centralized database 1 8. In one embodiment, centralized database 
1 8 is stored on database server 1 6 and is accessed by users at one of devices 1 4 
by logging onto server sub-system 12 through one of devices 14. In an alternative 
embodiment centralized database 1 8 is stored remotely from server 1 2. 

[0023] 

In one embodiment, server 1 2 is configured to identify data that will be used to 
form at least one standard documentation file, at least one data collector to collect 
the identified data and a time for collection of the identified data. Server 1 2 is also 
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configured to receive and store the identified data, evaluate the effectiveness of 
the data collection and assemble the standard documentation file. The interface 
allows the user to input data and receive the standard documentation file output. 

[0024] Each device 1 4 includes an interface for communicating with server 1 2, for 

example, a web browser. The interface allows a user to input data and to receive a 
standard documentation file output. A computer-based tool for conducting due 
diligence, as described below in more detail, is stored in server 1 2 and can be 
accessed by a user at server 1 2 or any one of devices 1 4. 

[0025] Figure 2 is a detailed block diagram of a network based system 22. System 22 
includes server sub-system 12 and devices 14 (both shown in Figure 1). Server 
sub-system 12 includes database server 16, an application server 24, a web server 
26, a fax server 28, a directory server 30, and a mail server 32. A disk storage unit 
34 which includes a computer-readable medium including records of data and 
rules for manipulating the data is coupled to database server 16 and directory 
server 30. Servers 16, 24, 26, 28, 30, and 32 are coupled in a local area network 
(LAN) 36. In addition, a system administrator work station 38, a work station 40, 
and a supervisor work station 42 are coupled to LAN 36. Alternatively, work 
stations 38, 40, and 42 are coupled to LAN 36 via an Internet link or are connected 
through an intranet. 

[0026] Each workstation 38, 40, and 42 is a personal computer including a web 
browser. Although the functions performed at the work stations typically are 
illustrated as being performed at respective work stations 38, 40, and 42, such 
functions can be performed at one of many personal computers coupled to LAN 
36. Workstations 38, 40, and 42 are illustrated as being associated with separate 
functions only to facilitate an understanding of the different types of functions that 
can be performed by individuals having access to LAN 36. 

[0027] Server sub-system 12 is configured to be communicatively coupled to various 
individuals or employee users 44 and to third party users, e.g., customers, 46 via 
an ISP Internet connection 48. The communication in the exemplary embodiment is 
illustrated as being performed via the Internet, however, any other wide area 



Page 5 of 47 



network (WAN) type communication can be utilized in other embodiments, i.e., the 
systems and processes are not limited to being practiced via the Internet. In 
addition, and rather than a WAN 50, local area network 36 could be used in place 
of WAN 50. 

[0028] In the exemplary embodiment, any employee user 44 or customer user 46 
having a work station 52 can access server sub-system 12. One of devices 14 
includes a work station 54 located at a remote location. Work stations 52 and 54 
are personal computers including a web browser. Also, work stations 52 and 54 
are configured to communicate with server sub-system 12. Furthermore, fax server 
28 communicates with employee users 44 and customer users 46 located outside 
the business entity and any of the remotely located customer systems, including a 
customer system 56 via a telephone link. Fax server 28 is configured to 
fh communicate with other work stations 38, 40, and 42 as well. 

A method of conducting due diligence including a standard data collection 
process is provided and implemented in systems 10 and 22 described above. 
Referring to Figure 3, a flow chart 70 for process steps executed in the present 
method of conducting due diligence is shown. More specifically, system 1 0 (shown 
in Figure 1) identifies 72 information or data that will be used to assemble a 
standard documentation file for use during the documentation stage of a 
transaction. In one embodiment, the data is identified 72 in accordance with a 
knowledge base. The knowledge base may be stored within a database. The 
knowledge base is used to automatically identify 72 data that will be used to form 
a particular documentation file for a particular deal. The knowledge base includes 
any data relevant to identifying 72 the appropriate data that will be used to form at 
least one standard documentation file. Because each transaction is somewhat 
different, the identified data varies by deal or transaction. Accordingly, the data 
may include, but is not limited to data associating specific data types to specific 
types of transactions. The knowledge base also includes data received during due 
diligence and recommendations provided by external deal teams and internal deal 
teams. As used herein, external deal teams are teams of persons responsible for 
certain aspects of the overall transaction that are not employees of the company 
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engaging in the business transaction. Examples of external deal teams include, but 
are not limited to external legal counsel and external accounting firms. Data 
received during due diligence is discussed in more detail below. 

[0030] System 1 0 identifies 74 a data collector. The data collector may be any person 
or tool suitable for collecting the identified data. In one embodiment, system 1 0 is 
configured to identify 74 a data collector in accordance with a knowledge base. A 
knowledge base is used to automatically identify 74 a data collector. The 
knowledge base is stored within a central database. In an alternative embodiment, 
the knowledge base includes any data beneficial to identification 74 of a data 
collection person or tool. The data includes data associating certain types of data 
with specific data collectors. For example, capital expenditure data is associated 
with the new customer origination deal team. The identification 74 of a data 
collector reduces the risk of redundant data collection and consequently the 
collection efforts are more efficient. 

[0031] System 10 then identifies 76 a collection time in accordance with a knowledge 
base. A knowledge base is used to automatically identify 76 a collection time. In 
one embodiment, the knowledge base is stored within a central database. In an 
alternative embodiment, the knowledge includes any data beneficial to 
identification 76 of a data collection time. The data includes data associating a 
specific type of data with a specific collection time. For example, in commercial 
real estate transactions, the collection time for collection of data relating to a 
borrower's assets would be associated with the time of proposal acceptance. It 
should be recognized, however, that time sensitive data, or data that experiences 
continual change, is received and stored 78 more than one time if the data 
changes such that it is inaccurate at the time of documentation. One example of 
time sensitive data is a borrower's credit rating. 

[0032] 

After the data is identified 72, a data collector is identified 74 a collection time 
is identified 76, and the data is received and stored 78. In one embodiment, the 
data is received and stored 78 into a central database. The database includes any 
information relevant to the transaction including data collected during due 
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diligence. In a specific embodiment, data may be received and stored 78 into a 
central database from other databases on system 1 0 (shown in Figure 1). After the 
data is collected, the data collection is evaluated 80. Data may be evaluated 80 at 
any stage of due diligence. 

[0033] In an exemplary embodiment, data collection is evaluated 80 after each stage 
of the due diligence process. Such evaluation may include determining a present 
completion percentage of the standard documentation file, the percentage of data 
passed between underwriting and approval and legal, and the percentage of usable 
data provided by underwriting and approval. In one embodiment, evaluation 80 is 
accomplished by use of a microprocessor. In an alternative embodiment, evaluation 
80 is accomplished manually. The term microprocessor, as used herein, refers to 
controllers, microcontrollers, programmable logic controllers, input/output (I/O) 
controllers or any other processor capable of processing for the embodiments 
described herein. 

[0034] In one embodiment, evaluation 80 is accomplished manually. In such an 

embodiment, any person including a deal team leader may conduct evaluation 80. 
For example, underwriting may evaluate 80 the completeness of the information 
received from the individual internal deal teams. In a further example, underwriting 
evaluates 80 its own data collection efforts. In addition, after the standard 
documentation file is assembled 84, it is evaluated 80 for completion and 
accuracy. 

[0035] Determination of the present completion percentage of the standard 

documentation file, percentage of data passed between underwriting and approval 
and legal, and percentage of usable data provided by underwriting and approval is 
determined by any known method. In one specific embodiment, the percent of 
completion of the standard documentation file is determined as (a number of items 
collected divided by a number of total items collected) * 100. 

[0036] |n yet anot | ier embodiment, the percentage of data passed between 

underwriting and approval and legal is determined as (actual number of items in 
the standard documentation file divided by an expected number of items in the 
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standard documentation file) * 1 00. 

[0037] In a further embodiment, the percent of usable data provided by underwriting 
and approval is determined as (actual number of accurate documentation items 
divided by an expected number of documentation items) * 1 00. 

[0038] After the identified data is received and stored 78 and the data collection is 

evaluated 80, a standard documentation file is assembled 84. Documents relevant 
to a transaction are assembled 84 to form a standard documentation file. 
Assembling 84 is accomplished by any known means of assembling documents. 
Examples of known means of assembling 84 documents include, but are not 
limited to manual assembly, the use of a computer or computer software 
configured for assembling documents, the use of document generating systems or 
software and the use of data management software or systems. 

[0039] The standard legal documentation file, in one embodiment, is assembled 84 in 
accordance with a knowledge base. The knowledge base is used to automatically 
assemble 84 the documents that form the standard documentation file. The 
knowledge base includes any data relevant to assembling 84 a standard legal 
documentation file. The data includes data associating a particular standard 
documentation file with documents to be included within that particular standard 
documentation file. For example, the knowledge base includes data associating a 
standard pre-closing file with an audit report, a most recent accounts receivable 
(A/R) aging and data relating to the top ten customers by sales volume for the last 
12 months. In an alternative embodiment, the standard documentation file is 
assembled 84 using data stored and received 78 within a central database. 

[0040] identified data may be received and stored 78 (shown in Figure 3) from any 
source. In one embodiment, discussed briefly above, identified data may be 
received 78 from data collected during due diligence. Typically, due diligence 
comprises the new customer origination, auditing, and underwriting and approval 
stages. In one embodiment, data received and stored 78 may include, but is not 
limited to, data relating to capital structure, corporate structure, marketing and 
industry data. Data received and stored 78 is compiled in a checklist. The checklist 
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is a knowledge base, which includes specific data or information to be gathered 
during the various stages of due diligence. Descriptions set forth in Appendix A, 
titled Master Due Diligence Checklist, are descriptions of some of the data included 
within the knowledge base. 

[0041] Additional information is received and stored 78 from a party to the 

transaction to expedite documentation. In one embodiment, additional information 
is any data to be included in a standard documentation file including data that is 
not generally collected during due diligence. A typical loan documentation 
questionnaire to be utilized to expedite documentation is described in Appendix B. 
In addition, Figure 4 is a representation of a typical pre-proposal information 
request list 1 00 that is utilized in accordance with the present embodiment to 
expedite documentation. 

[0042] Any standard documentation file may be assembled 84 in accordance with the 
methods described herein, in one embodiment, a pre-closing credit file is 
assembled. More specifically, Figure 5 is a representation of a typical table of 
contents 1 1 0 for a standard pre-closing credit file that is assembled 84 (shown in 
Figure 3). The pre-closing credit file includes any data relevant to the pre-closing 
stages of the transaction. For example, the pre-closing credit file provides the 
foundation for a post-closing credit file. 

[0043] In an alternative embodiment, a legal documentation file is assembled 84 and 
includes any data relevant to the legal documentation phase of the transaction. 
Specifically, Figure 6 is a representation of a typical table of contents 1 20 for a 
standard legal documentation file assembled 84 using system 10 (shown in Figure 
1). 

[0044] |n Qne em t>odiment, the standard documentation file is transferred to external 
deal teams. In a specific embodiment, the standard documentation file is 
transferred to external legal counsel during an initial meeting to streamline 
documentation. The first meeting with external legal counsel is typically at the 
start of the documentation process. Standard documentation files that may be 
assembled 84 and transferred include a pre-closing credit file and a legal 
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documentation file. 

[0045] In a specific embodiment, after the standard documentation file is transferred 
to external deal teams, external deal teams evaluate 80 the effectiveness of the 
data collection procedures. Evaluation 80 is accomplished in the same manner of 
evaluating 80 discussed above. Evaluation 80 is used to improve the data collection 
procedures as part of the overall due diligence process. 

[0046] Figure 7 is a data diagram 200 of a loan process flow, including due diligence. 
Referring specifically to the Figure, to begin a deal process, origination data, 
contact information and deal tracking information 202 is entered into a system, for 
example, system 1 0 (shown in Figure 1) or system 22 (shown in Figure 2) by a user 
204, for example, a sales/marketing user. Information 202 is stored within system 
10 in a database 206. Database 206 is configured to provide deal and contact 
information to both a data warehouse 208 and a workflow project database 21 0. A 
customer 212 has an ability to track deal activity, by inquiring to a workflow 
application 214 that is accessible via the internet to registered customer users. 
Customer 21 2 is able to access deal information stored in database 21 0. A 
company underwriter 216 performs auditing functions and due diligence by 
accessing workflow database 210 using a workflow application 218, similar to 
workflow application 214, but configured for underwriter users, rather than 
customer users. 

[0047] Deal and contact information stored in data warehouse 208 and customer and 
underwriter supplied deal data from workflow database 210 are used to generate 
due diligence documents for a legal department using document generator 220. 
Data stored within data warehouse 208 further includes archived deal data, which 
is surveyed as new deals are being formed within databases 206 and 210, for 
historical references, perhaps on a borrower or perhaps for historical deal 
structuring that is useful in preparation of new deal documents. 

[0048] While the invention has been described in terms of various specific 

embodiments, those skilled in the art will recognize that the invention can be 
practiced with modification within the spirit and scope of the claims. 
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